Method and apparatus for efficiently controlling access for system load adjustment in mobile communication systems

ABSTRACT

The present invention relates to a method and apparatus for efficiently controlling access for system load adjustment in mobile communication systems. In a wireless communication system according to one embodiment, the method for transmitting and receiving data by a terminal including a user equipment (UE) non access stratum (NAS) and a UE access stratum (AS) includes the steps of: receiving by the UE AE, information including emergency call-related information which includes barring information by type for the emergency call, from a base station; transmitting, by the UE NAS, a service request for the emergency call to the UE AS; and determining, by the UE AS, whether to bar the service request on the basis of emergency call-related information. According to one embodiment, during the emergency call transmission, network congestion can be easily controlled by enabling various types of emergency calls to be transmitted, and enabling access to be barred information according to the situation of a communication network and types of emergency calls. Also, even when a specific type of emergency call is barred from access, the terminal can change to another type of emergency call and try for access. Therefore, it is effective in that an emergency call can be transmitted in various schemes even in a state where the network is congested.

TECHNICAL FIELD

The present invention relates to a method and apparatus of controlling network access efficiently to adjust the load of a mobile communication system.

BACKGROUND ART

Mobile communication systems were developed to provide mobile users with communication services. With the rapid advance of technologies, the mobile communication systems have evolved to the level capable of providing high speed data communication service beyond the early voice-oriented services.

Recently, the next generation mobile communication system moves its focus to Human to Machine (H2M) and Machine to Machine (M2M) communication beyond Human to Human (H2H) communication. In order to meet such a requirement, the 3^(Rd) Generation Partnership Project (3GPP) communication standard organization is standardizing on Machine Type Communications (MTC). MTC has characteristics different from those of the conventional radio communication. The MTC characteristics are classified variously depending on the usage purpose. For example, the MTC devices requiring communication a few times a day without periodicity have delay tolerant characteristic. In contrast, the MTC device fixed at a location to collect and transfer predetermined information has the characteristic of low mobility. The mobile network operator has to provide services in consideration of the coexistence of the MTC devices having various characteristics and legacy terminals.

Typically, a plurality of MTC devices exists within a cell. If the MTC devices attempt access simultaneously, the load of the access network may increase abruptly. This makes the network unstable and, as a consequence, most of the terminals are likely to fail initial access. Since the most MTC devices have delay tolerant characteristic, it is not necessary to establish connection to the base station immediately. If the load of the radio network exceeds a predetermined threshold value, the base station may restrict the initial attach of the MTC devices first to control the radio network load. The 3GPP working groups are discussing adoption of an extended access baring technique to control the radio access network lode. The normal access barring technique information is carried in a System Information Block (SIB).

The present invention proposes an access barring technique capable of controlling aforementioned various service accesses, particularly emergency call and MTC accesses.

DISCLOSURE OF INVENTION Technical Problem

The present invention aims to provide a method and apparatus for executing access barring under various conditions depending on the type of the emergency call and allowing a terminal to attempt emergency call in various manners in an environment supporting various types of emergency calls.

Also, the present invention aims to provide a method and apparatus for allowing an MTC device to transmit EAB information associated with various operators in the form of an EAB set.

Solution to Problem

In accordance with an aspect of the present invention, a data communication method of a terminal including a User Equipment (UE) Non-Access Stratum (NAS) and a UE Access Stratum (AS) in a wireless communication system includes receiving, at the UE AS, emergency call information including barring information per emergency call type from a base station, transmitting, at the UE NAS, an emergency call service request to the UE AS, and determining, at the UE AS, whether to bar the service request based on the emergency call information.

In accordance with another aspect of the present invention, a data communication method of a base station in a wireless communication system includes transmitting a message including data scheduling information to a terminal and transmitting emergency call information including barring information per emergency call type according to the data scheduling information.

In accordance with another aspect of the present invention, a terminal for communicating data in a wireless communication system includes a User Equipment (UE) Access Stratum (AS) which receives information including emergency call information including barring information per emergency call type from a base station and a UE Non-Access Stratum (NAS) which transmits an emergency call service request to the UE AS, wherein the UE AS determine whether to bar the service request based on the emergency call information.

In accordance with another aspect of the present invention, a base station for communicating data in a wireless communication system includes a transceiver which transmits a message including data scheduling information to a terminal and a controller which controls transmitting emergency call information including barring information per emergency call type according to the data scheduling information.

In accordance with another aspect of the present invention, a data communication method of a base station in a wireless communication system includes transmitting a Public Land Mobile Network (PLMN) list supported by the base station to a terminal and transmitting a message including barring information per PLMN to the terminal, wherein the per-PLMN barring informations correspond in position to PLMNs contained in the PLMN list.

In accordance with still another aspect of the present invention, a data communication method of a terminal in a wireless communication system includes receiving a list of Public Land Mobile networks (PLMNs) supported by a base station from the base station and receiving a message including per-PLMN barring information from the base station, wherein the per-PLMN barring informations included in the message correspond in position to PLMNs contained in the PLMN list.

Advantageous Effects of Invention

The method and apparatus of the present invention is advantageous in terms of facilitating network congestion control by making in possible to transmit various types of emergency calls and applying access barring depending on the network situation and type of the emergency call. Also, the method and apparatus of the present invention is advantageous in terms of diversifying emergency call transfer schemes in a network congestion situation by making it possible to change an access-barred emergency call type for another type of emergency call.

Also, the method and apparatus of the present invention is advantageous in terms of reducing system load and overhead by diminishing the size of the message in such a way of determining the message format per operator based on the EAB information of the MTC device.

BRIEF DESCRIPTION OF DRAWINGS

FIG. 1 is a diagram illustrating an ACB technique in the conventional LTE system;

FIG. 2 is a diagram for explaining the modification period;

FIG. 3 is a signal flow diagram illustrating the normal SIB transmission method;

FIG. 4 is a flowchart illustrating the ACB procedure of emergency call in the conventional method;

FIG. 5 is a diagram for explaining the procedure of controlling ACB of a plurality of emergency calls in the present invention;

FIG. 6 is a signal flow diagram illustrating the operation procedure of embodiment 1;

FIG. 7 is a flowchart illustrating the ACB parameter selection procedure when the UE AS performs the barring check;

FIG. 8 is a flowchart illustrating the UE AS operation in embodiment 1;

FIG. 9 is a flowchart illustrating the UE NAS operation in embodiment 1;

FIG. 10 is a signal flow diagram illustrating the EAB information acquisition procedure;

FIG. 11 is a diagram illustrating configurations of EAB information included in SIB14;

FIG. 12 is a signal flow diagram illustrating a procedure of providing multiple EABs in the system overload situation;

FIG. 13 is a flowchart illustrating the eNB operation;

FIG. 14 is a block diagram illustrating a configuration of the UE according to an embodiment of the present invention; and

FIG. 15 is a block diagram illustrating a configuration of the eNB according to an embodiment of the present invention.

MODE FOR THE INVENTION

Exemplary embodiments of the present invention are described with reference to the accompanying drawings in detail.

Detailed description of well-known functions and structures incorporated herein may be omitted to avoid obscuring the subject matter of the present invention. This aims to omit unnecessary description so as to make the subject matter of the present invention clear.

Advantages and features of the present invention and methods of accomplishing the same may be understood more readily by reference to the following detailed description of exemplary embodiments and the accompanying drawings. The present invention may, however, be embodied in many different forms and should not be construed as being limited to the exemplary embodiments set forth herein. Rather, these exemplary embodiments are provided so that this disclosure will be thorough and complete and will fully convey the concept of the invention to those skilled in the art, and the present invention will only be defined by the appended claims. Like reference numerals refer to like elements throughout the specification.

The present invention relates to a method and apparatus for controlling access efficiently to adjust the system load in a mobile communication system. The present invention proposes an access baring method related to emergency call and MTC access.

In an embodiment, UE AS and UE NAS may be logical components included in the User Equipment (UE). Depending on the implementation, the logical components may be configured as hardware modules.

Prior to starting explanation of the present invention, the Access Class Barring (ACB) technique of the convention LTE system is described.

FIG. 1 is a diagram illustrating an ACB technique in the conventional LTE system. The ACB is a technique for controlling UE access to control system load and implemented in such a way that the eNB provides the UEs with the barring information through broadcasting in advance and thus the UEs attempts access to the network based on the their classes and the barring information broadcast by the eNB 100. If new ACB is triggered at step 115, the eNB 100 may notify the UE AS 105 that the System Information Block (SIB) is to be modified soon for the new ACB using systemInfoModification IE of the paging message at step 120.

If the paging message is received, the UE is aware at step 130 that the SIB is to be modified soon. The systemInfoModification IE included in the paging message is an indicator indicating the modification of SIB, the indicator being provided in various forms depending on the embodiment.

The eNB 100 notifies the UEs that SIB is to be modified soon, using the paging message transmitted during the modification period 125 before broadcasting the modified SIB. Afterward, the modified SIB is broadcast during the next modification period. The modification period is described in detail later.

After the modification period ends with the receipt of the paging message, the UE receives SIB1 135 carrying new information.

There are various types of SIBs for different purposes. The LTE Rel-11 standard specifies SIB1 to SIB14 and it is to diversify the SIBs for supporting new functions. Among the SIBs, SIB1 may include the scheduling information of other SIBs.

Accordingly, the SIB1 has to be received first in order to receive other SIBs. After the receipt of the SIB1, the UE receives SIB2 including ACB information. The UE AS 105 stores the ACB information at step 145. If a service, i.e. communication service, is required, the UE NAS 110 requests the UE AS 105 for the service at step 150. The UE AS 105 determines whether to accept the access based on the store ACB information at step 155. The UE is allocated one of the classes 0 to 9 inevitably. The UE may be allocated one of classes 11 to 15 for special purposes additionally. Among the classes, class 10 relates to the emergency call. The eNB 100 may restrict the access of a certain class. In the LTE standard, it is impossible to designate one of classes 0 to 9 for access barring but it is possible to designate at least one of the special purpose classes 11 to 15 for special purposes for access barring.

Meanwhile, the eNB 100 provides the barring factors and barring time information associated with classes 0 to 9. The UE selects one of 0 and 1 randomly and compares the selected value with the barring factor. If the value selected by the UE is equal to or less than the barring factor, this means that the access is allowed. If the value selected by the UE is greater than the barring factor, this means that the eNB 100 bars the access and thus the eNB 100 notifies the UE NAS 110 of the reject of the access at step 160. If the access is rejected, the UE AS 105 calculates Tbarring value 165 based on the barring time information using equation (1). Equation 1 is a formula for calculating the Tbarring value 165 according to an embodiment. Depending on the embodiment, the Tbarring value 165 may be calculated differently.

“Tbarring”=(0.7+0.6*rand)*ac−BarringTime  (1)

After the Tbarring time elapses, the UE AS 150 notifies the UE NAS 110 that it is possible to attempt access again at step 170.

At this time, the UE NAS 110 instructs to retry access to the UE AS 105 at step 175, and the UE AS 105 performs barring check again at step 180. The procedure may correspond to a normal Mobile Originating (MO) call or signaling, i.e. service request triggered by the UE.

The emergency call triggered by the UE differs somewhat from the normal MO call in procedure. The ACB information of the emergency call differs from the MO call or signaling. That is, the barring factor or barring time information is replaced with ac-barringForEmergency information. This IE is of the Boolean form indicating only whether the emergency call is allowed. If the IE is set to TRUE, this indicates the emergency call is not allowed and thus, after checking predetermined additional conditions, the access is rejected finally. Since no barring time information is provided, the UE AS 105 does not notify the UE NAS 110 of accessibility after Tbarring. The ACB operation for emergency call is described in more detail with reference to FIG. 4.

In the ACB operation for an MTC device, the ACB operation described with reference to FIG. 1 is not applied in order to provide the MTC device with the ACB information as quick as possible. Also, they differ from each other in ACB information format made up of the barring factor and barring time. The ACB operation for the MTC device is made in more detail later. For reference, the ACB for the purpose of MTC is referred to as Extended Access Barring (EAB) distinguished from the legacy ACB in the LTE standard.

FIG. 2 is a diagram for explaining the modification period.

Referring to FIG. 2, the normal SIB is performed with the concept of modification period 210. That is, the evolved Node B (eNB) notifies the UE before SI update that the SI 200 is to be updated using the paging message during the modification period. If the paging message includes systemInfoModification IE, this means that the updated SIB 205 is transmitted during the next medication period.

Even when just one of the SIBs is modified, this is informed in the paging message. In the case of SIB10 and SIB11 carrying ETWS information, however, the SIB is updated independently of the boundary of the modification period. If the paging message includes the etws-Indication IE indicating existence of ETWS information, the UE receives SIB10 and SIB11 immediately. The length of the modification period is notified by SIB2, and tis maximum value is 10.24 seconds. This means that it may take up to 10.24 seconds to deliver the ACB information. Accordingly, it is not preferred to apply the modification period to the MTC device to which the ACB information has to be delivered promptly.

FIG. 3 is a signal flow diagram illustrating the normal SIB transmission method.

Referring to FIG. 3, the eNB 305 may detects abrupt increase of radio network load at step 315.

The eNB 305 restricts the initial attach attempts of the UEs 300 to control the radio network load at step 320.

In order to accomplish this, the eNB 305 sends the UE 300 the paging message including SystemInfoModification IE at step 325.

The UE 300 receives the paging message and checks that the SIB is modified in the next modification period at step 330.

If the next modification period 340 arrives, the UE 300 may attempt decoding SIB1 at step 345. This is because the SIB1 includes scheduling information on other SIBs.

The UE 300 may receive the SIB2 including EAB information at step 350. The UE 300 may acquire the modified ACB information from the SIB2 at step 355.

FIG. 4 is a flowchart illustrating the ACB procedure of emergency call in the conventional method.

Referring to FIG. 4, the UE AS receives the SIB2 broadcast by the eNB at step 400. The SIB2 may include an ac-BarringInfo IE carrying the barring information.

The UE AS determines whether there is an emergency call request form the UE NAS at step 405.

If an emergency call is triggered, the UE AS determines whether the ac-BarringForEmergency IE included in the ac-BarringInfo IE is set to TRUE at step 410. If it is set to a value other than TRUE, the UE AS regards that the call is accepted. Otherwise if it is set to TRUE, the UE AS determines whether at least one of the special purpose classes 11 to 15 is included at step 415.

If not special purpose class is included, the UE AS regards that the call is not allowed at step 435 and notifies the UE NAS of this at step 440. If at least one special purpose class is included, the UE AS checks the barring information on the classes 11 to 15 which is included in the ac-BarringInfo IE. In an embodiment, 5-bit bitmap indicating the barring state of the special purpose classes is included in the ac-BarringInfo IE. The ac-BarringForMO-Data IE of the ac-Barring Info IE includes a 5-bit ac-BarringForSpecialAC IE. In an embodiment, the individual bits may be mapped to the ACs 11 to 15 sequentially. If each bit is set to 1, it is regarded that the corresponding AC is barred. At this time, the ACs 12, 13, and 14 are available in the home country while the ACs 11 and 15 are available only in HPLMN/HEPLMN. If at least one of the special purpose classes is allowed, it is regarded that the call access is accepted at step 430. Afterward, the UE may perform random access for connection to the eNB.

As the services available for provision are diversified, the Call Admission Control (CAC) for controlling the system load becomes complicated. Particularly, the emergency call is allocated a priority higher than the normal access for access allowance. However, the emergency call also may be sorted into one of various types such as SMS, voice, and video of which influences to the system load differ from each other. Accordingly, it is necessary to perform CAC in consideration of the type of emergency call. In the conventional technology, there is only one type of the emergency call. However, as the services provided through the mobile communication system become diversified, it has to be considered to sort the emergency calls into various types. For example, the emergency calls may be sorted into Short Message Service (SMS) type, voice type, and video type. The influences to the system load may differ depending on the type of emergency call. For example, the SMS type may carry restricted information but have relatively small influence to the system load. The video type may carry enriched information but have relatively large influence to the system load. Accordingly, it is necessary for the UE NAS to select the type of emergency call according to the system environment and, if the barring information is provided in adaptation to the type of the emergency call, it is possible to manage the emergency calls more efficiently in view of system load. Embodiment 1 proposes a UE operation for providing the barring informations adaptive to the types of emergency calls and utilizing the type-adaptive barring information efficiently.

The second embodiment proposes a method of providing the ACB information to the MTC device. Particularly, the second embodiment proposes a method of configuring the ACB information.

Embodiment 1

Embodiment 1 proposes a UE operation for providing the barring informations adaptive to the types of emergency calls and utilizing the type-adaptive barring information efficiently. In the present invention, plural types of emergency calls are defined with respective ACB informations. The UE determines the types of the emergency calls based on the ACB information broadcast by the eNB.

FIG. 5 is a diagram for explaining the procedure of controlling ACB of a plurality of emergency calls in the present invention.

In FIG. 5, the UE AS 505 and the UE NAS 510 may be logical or physical modules included in the UE.

Referring to FIG. 5, if new ACB is triggered at step 515, the eNB 500 notifies the UE AS 505 that the SIB is to be changed soon due to the new ACB, using the systemInfoModification IE of the paging message at step 520.

Upon receipt of the paging message, the UE is aware at step 530 that the SIB is modified soon. The eNB notifies the UEs that the SIB is modified soon, using the paging message transmitted during the modification period 525 before broadcasting the modified SIB.

Afterward, the modified SIB is broadcast in the next modification period. After receiving the paging message in the modification period, the UE receives the SIB1 at step 535 to acquire new SIB.

At step 540, the UE receives SIB2 including ACB information based on the SIB1 received at step 535. The ACB information may include the barring information determined depending on the type of emergency call. In an embodiment, the emergency calls are sorted into SMS type, voice type, and video type. Each type has ac-BarringForEmergency IE indicating whether its access is allowed. Depending on the embodiment, the ACB information may include barring factor and barring time per type of emergency call.

The UE AS 505 stores the ACB information at step 545. In the present invention, the ACB information may be sent to the UE NAS 510. The ACB information may be transferred to the UE NAS 510 as it has been received by the UE AS 505 or after being processed. For example, the information to be transferred to the UE NAS 510 may be per-emergency call type ACB informations, per-emergency call type access allowance probability values as virtual ACB check result, or restricted emergency call type list information. The information format may be selected when the UE NAS 510 triggers the emergency call. In an exemplary case of high system load, the voice or video type emergency call may cause significant burden to the system. Accordingly, the eNB may allow for only the SMS type access but not two other types.

The UE NAS 510 selects an appropriate type and sends the UE AS 505 an emergency call service request at step 550. If the UE NAS 510 has received the parameters included in the SIB1 at step 545, step 550 may be performed selectively.

The UE AS 505 performs barring check at step 555. The UE AS 505 performs the barring check finally. Since the ACB information has be transferred to the UE NAS 510 at step 545, the barring probability of the request is likely to decreases after the UE AS 505 has perform the barring check. However, if the ACB information is corrupted due to any reception error or if the emergency call type is selected without ACB information, this may cause barring the call. If the call is not allowed, the UE AS 505 notifies the UE NAS 510 of this at step 560.

The UE NAS 510 selects another type of emergency call to retry at step 570.

The UE AS 505 performs barring check at step 565. If it is determined that the call is allowed, the UE AS 505 attempts random access to the eNB 500.

In FIG. 5, the UE AS 505 sends the UE NAS 510 the received barring information, and the UE NAS 510 select an appropriate type of emergency call based on the barring information and sends the UE AS 505 a service request. At this time, the UE AS 505 performs the final barring check on the request. In the present invention, however, other processes may be performed. The process of transferring the barring information received at the UE AS 505 to the UE NAS 510 is identical with the process in FIG. 5. However, the UE NAS 510 may perform the barring check as well as select the appropriate type of emergency call. In this case, the service request transmitted from the UE NAS 510 to the UE AS 505 is transmitted to the eNB 500 immediately without barring check of the UE AS 505. Although the two aforementioned methods are similar to each other with the exception whether the barring check is performed by the UE NAS 510 or the UE AS 505. In another method, the UE AS 505 sends the UE NAS 510 the information on whether the service request of the UE NAS 510 is barred other than the barring information like the conventional ACB. The UE NAS 510 reselects another type in the stead of the barred emergency call type to retry the service request.

FIG. 6 is a signal flow diagram illustrating the operation procedure of embodiment 1.

In FIG. 6, the UE NAS 600 and UE AS 650 may be physical or logical components includes in the UE.

The eNB 610 sends the UE AS 605 the SIB2 at step 615. The SIB2 includes the ACB information, i.e. ac-BarringInfo IE. The ac-Barring Info IE includes ac-BarringForEmergency, ac-BarringForMO-Signaling, and ac-BarringForMo-Data IE. The IEs include the conventional emergency call barring information, Mobile originating-signaling barring information, and mobile originating data barring information, respectively. In an embodiment, the ac-BarringInfo IE may include new barring informations on various types of emergency calls in addition to the conventionally-included informations. For example, the ac-BarringInfo IE further includes ac-BarringForEmergency-SMS, ac-BarringForEmergency-Voice, and ac-BarringForEmergency-Video IEs. These new IEs have Boolean values indicating whether the respective emergency call types are access-barred.

The UE AS 650 sends the UE NAS 600 the ac-BarringInfo IE at step 620. Step 620 is optional and thus the ac-BarringInfo IE may not be transmitted. If the ac-BarringInfo IE is received, the ac-BarringInfo IE may facilitate for the UE NAS 600 to select an appropriate type of emergency call.

The UE NAS 600 triggers an emergency call at step 625.

The UE NAS 600 selects an emergency call type at step 630 and sends the UE AS 650 a service request at step 635.

The UE AS 650 performs barring check at step 640. If the ACB information has been transferred to the UE NAS and if the UE NAS 600 has selected an appropriate type of emergency call based on the ACB information, this step is obviated. In an embodiment, however, it is not ruled out that the ACB information is not sent to the UE NAS 600 and thus this step is included.

If the access for the call is allowed, the UE AS 605 attempts access to the eNB at step 645. Otherwise if the access for the call is not allowed, the UE AS 650 notifies the UE NAS 600 of the access failure.

The UE NAS 600 selects another type of emergency call at step 655 and sends the UE AS 605 a service request at step 660. The service request may be made based on the signal received at step 650 depending on the embodiment.

FIG. 7 is a flowchart illustrating the ACB parameter selection procedure when the UE AS performs the barring check.

Referring to FIG. 7, the UE AS determines whether the corresponding UE is a legacy UE at step 700. In the present invention, the term ‘legacy UE’ means the UE which cannot support multiple emergency calls and related UE operations. That is, the legacy UE can recognize only a single type of emergency call. If the UE is the legacy UE, the UE cannot distinguish among the ACB informations but recognize all as the legacy ACB information and thus determines whether the access is allowed in consideration of only the legacy ACB information as the operation at step 705.

If the UE is not a legacy UE, the UE NAS checks the types of the emergency call at steps 710, 720, and 730, and determines whether the access is allowed at steps 715, 725, and 735 based on the corresponding ACB information.

FIGS. 8 and 9 are directed to the case where a legacy UE exists in the service area of the eNB supporting multiple emergency call types. It is also possible that the eNB is a legacy eNB which does not support multiple emergency call types although the UE support the multiple emergency call types. It is also possible to define the UE operations in such cases, which are described in detail with reference to FIGS. 16, 17, and 18.

FIG. 8 is a flowchart illustrating the UE AS operation in embodiment 1.

Referring to FIG. 8, the UE AS receives ac-BarringInfo IE in the SIB2 broadcast by the eNB at step 800.

The UE determines whether the UE itself is the legacy UE at step 805. The legacy UE which cannot understand the ACB information proposed in the present invention performs the legacy ACB operation at step 815.

In the case of non-legacy UE, the UE AS sends the UE NAS the ac-BarringInfo IE at step 810.

The UE AS determines whether an emergency call is triggered by the UE NAS at step 820.

If so, the UE AS checks the type of the emergency call and applies the ACB information corresponding thereto at step 825.

The UE AS checks the applied ACB information and determines whether the corresponding type call access is allowed at step 830. That is, if the ac-BarringForEmergency IE is not set to TRUE, the UE AS regards that the access is allowed for the corresponding call. Otherwise if the IE is set to TRUE, the UE determines whether the IE includes at least one of the special purpose classes 11 to 15 in addition to the classes 0 to 9 at step 835.

If there is not special class included, the UE AS regards that the call is not allowed and notifies the UE NAS of this. If at least one special purpose class is included, the UE AS checks the barring informations on the classes 11 to 15 included in the ac-BarringInfo IE at step 845. The barring indication informations on the special purpose classes 11 to 15 are included in the ac-BarringInfo IE in the form of 5-bit bitmap.

If the at least one of the special purpose classes of the UE is allowed for access, the UE AS regards that the access for the call is allowed at step 850. Afterward, the UE may perform a random access procedure to try to attach to the eNB.

FIG. 9 is a flowchart illustrating the UE NAS operation in embodiment 1.

Referring to FIG. 9, the UE NAS determines whether an emergency call is requested at step 900.

If an emergency call is requested, the UE NAS determines whether the UE is a legacy UE at step 905.

If the UE is a legacy UE, the UE NAS performs legacy ACB operation at step 945.

If the UE is not a legacy UE, the UE NAS performs one of two processes selectively.

The first process is of selecting the type of emergency call without checking the ACB information at step 910.

After selecting the emergency call type, the UE NAS sends the UE AS a service request for the emergency call at step 915.

The UE NAS determines whether a request failure is reported by the UE AS at step 920.

If the access reject is reported by the UE AS, the UE NAS selects another type of emergency call and returns the procedure to step 915. Typically, the emergency call type reselection may be performed according to a predetermined rule. For example, the video type emergency call has failed for the first service request, the SMS or voice type emergency call may be selected for low system load. This is because the SMS or vice type emergency call causing low system load as compared to the vide type emergency call has relatively high probability for access. From the view point of the eNB, it may allow for the access causing no significant system load such as SMS type rather the barring all the types of emergency call accesses even in the high system load situation. Unlike the conventional technology, if the UE AS provides the UE NAS the received ACB information, the UE NAS may select the access-allowed emergency call type. That is, the UE NAS determines whether the ac-BarringInfo has been received from the UE AS in advance at step 930.

The UE NAS selects an emergency call type based on the information at step 935. The UE NAS sends the UE AS the service request for the call at step 940. Although the UE NAS has the ACB information, an error may occur in receiving signals. Accordingly, the UE AS may perform the barring check before attempt real access to the eNB. In this case, the UE NAS waits for the barring check result from the UE AS at step 920. If it fails, the UE NAS selects another type to retry.

FIGS. 16, 17, and 18 are flowchart illustrating the operations of the UE supporting enhanced multiple emergency call types in connection with the legacy eNB. According to this embodiment, three UE operations are proposed. In this embodiment, the UE may include the UE AS and UE NAS.

The first UE operation is described with reference to FIG. 16. Referring to FIG. 16, the UE receives SIB2 broadcast by the serving eNB at step 1600. The system information includes the barring information.

The UE determines whether the SIB2 includes the barring information proposed in the present invention at step 1605. If the SIB2 does not include the barring information proposed in the present invention, the eNB is the legacy eNB which does not support multiple emergency call types. If the SIB2 includes the barring information, the UE performs the above-described UE operation at step 1610. If the eNB is the legacy eNB, the UE applies the ACB information on the legacy emergency call to the voice type emergency call at step 1615. As described above, the legacy ACB information, i.e. ac-BarringForEmergency IE, is sent to the UE in SIB2 too.

If it is necessary to request for an emergency call, the UE triggers the voice type emergency call only and performs the barring check in compliance with the legacy ACB operation at step 1620.

The second UE operation is described with reference to FIG. 17. Referring to FIG. 17, the UE receives the SIB2 broadcast by the serving eNB at step 1700. The system information includes the barring information.

The UE determines whether the SIB2 includes the barring information proposed in the present invention at step 1705. If the barring information is included, the UE perform the above-described operation at step 1710.

If the eNB is a legacy eNB, the UE applies the ACB information on the legacy emergency call to all the types of emergency calls at step 1715.

If it is necessary to request for an emergency call, the UE triggers one of the various types of emergency calls and performs the barring check in compliance with the legacy ACB operation at step 1720.

The last UE operation is described with reference to FIG. 18. Referring to FIG. 18, the UE receives the SIB2 broadcast by the serving eNB at step 1800. The system information includes the barring information. The UE determines whether the SIB2 includes the barring information proposed in the present invention at step 1805. If the barring information is included, the UE performs the above-described operation at step 1810.

If the eNB is a legacy eNB, the UE performs scaling on the ACB information of the legacy emergency call and applies the scaled ACB information to the respective types of emergency calls at step 1815. Here, scaling means modifying the legacy ACB information according to a predetermined rule. For example, if the legacy ACB information allows for the legacy emergency call access, it is regarded that the SMS and voice type emergency calls are allowed for access with the exception of the video type emergency call. Such a scaling-based method is used to allow for only the emergency call type causing influence equal to or less than that which the legacy emergency call access causes to the radio network.

If it is necessary to request for an emergency call, the UE triggers one of the various types of emergency calls and performs the barring check based on the scaled ACB information at step 1820.

Embodiment 2

Embodiment 2 proposes a method for providing ACB information to the MTC device. Hereinafter, the ACB information for MTC device is referred to as EAB information. The MTC device communication service is delay-tolerant and thus assigned a priority lower than that of the normal UE communication service. Accordingly, in the situation where the network load increases, the access barring may be applied to the MTC device communication service first as compared to the normal UE communication service.

The EAB information is not applicable to the normal UE but MTC device. As described with reference to FIG. 2, it is not preferred to apply the modification period to the MTC device to which the EAB information has to be delivered promptly. Accordingly, The MTC device performs a distinguished operation to receive SIB14 carrying EAB information. Prior to starting explanation of the embodiment, a procedure of receiving SIB14 is described.

FIG. 10 is a signal flow diagram illustrating the EAB information acquisition procedure.

Although the description is directed to the MTC device, the present invention is not limited thereto but may be embodied by applying all the types of UEs having communication capability.

Referring to FIG. 10, if it is determined to control the initial attach of the MTC device 1005 due to the increase of the radio network load, the eNB 1010 sends the UE 1005 the paging message including an eab-indication IE at step 1015. According to an embodiment, the eab-indication IE is used to notify the UE 1005 of the modification of EAB information.

If the eab-indication is received, the UE 1005 retards the access at step 1020 until new EAB information is received. In order to acquire new EAB information, the UE 1005 receives SIB1 from the eNB 1010 at step 1025. The SIB1 may include SIB scheduling information.

The UE 1005 receives SIB14 include the EAB information based on the scheduling information at step 1030.

The UE 1005 may apply the newly acquired EAB information at step 1035. Afterward, the UE 1005 may attempt initial attach at step 1045.

FIG. 11 is a diagram illustrating configurations of EAB information included in SIB 14.

Referring to FIG. 11, a cell may be shared several operators. Public Land Mobile Network (PLMN) denotes a network operated with a network name. The operators may provide services of a plurality networks within one cell or share one cell for the operator networks, i.e. PLMNs. One cell can serve up to 6 PLMNs, and a list of the PLMNs is broadcast in the SIB1 of the corresponding cell.

In the case that one cell is shared by several operators, there may be MTC devices registered with the operators within the cell. In the case that traffic load increases in the network of a certain operator, it is necessary to restrict the access of the MTC devices using the corresponding operator network selectively. Accordingly, if the EAB information is provided per PLMN, this may facilitate such control. An embodiment of the present invention proposes a method of configuring per-PLMN EAB information efficiently.

An EAB set 1100 consists of 10 bits of which each bit indicates whether a specific class is allowed for access. That is, every UE has a class selected in the range of 0 to 9, and the 10-bit information indicates whether the respective classes are allowed for access. If each bit is set to 0 to indicate access restriction or 1 to indicate access allowance for the corresponding class. The EAB information may be different from or identical with the ACB information made up of the barring factor and barring time information as described above. It is also possible to transmit the per-PLMN barring factors and barring times according to an embodiment.

The number of EAB sets is equal to the number of PLMNs listed in the PLMN list carried in the SIB1. That is, if the PLMN list includes 6 PLMNs, total 6 EAB sets exist. It is necessary to map the PLMNs in the PLMN list to the EAB sets as exemplified in such a way of mapping in the order of arrangement in the present invention. For example, if the PLMNs are contained in the PLMN list of SIB1 like {PLMN 1, PLMN 2, PLMN 3, PLMN 4, PLMN 5, PLMN 6}, the EAB sets 1, 2, 3, 4, and 5 contained in SIB14 may correspond to PLMN 1, PLMN 2, PLMN 3, PLMN 4, PLMN 5, and PLMN 6 respectively.

In an embodiment, if the PLMNs of the PLMN list have the same EAB set for optimization, only one EAB set is carried in SIB14. After receiving both the SIB1 and SIB14, if the SIB14 includes only one EAB set 1105 independently of the number of PLMNs included in the PLMN list of SIB1, the UE may apply the corresponding EAB set to all the PLMNs.

FIG. 12 is a signal flow diagram illustrating a procedure of providing multiple EABs in the system overload situation.

Referring to FIG. 12, the eNB 1205 may provide the UE 1200 with a list of PLMNs available for service through SIB1 at step 1220. The eNB 1205 is shared by the PLMNs A and B. Other PLMNs not shown in the drawings may share the eNB 1205 too.

The MME1 1210 belonging to the PLMN A detects a CN overload situation at step 1225.

The MME1 1210 notifies the eNB 1205 of the CN overload situation and overload level through an OVERLOAD START message. The overload may be reported using various types of message depending on the embodiment.

The eNB 1205 may configure an EAB for the PLMN A in consideration of the CN overload level and send the EAB to the UE 1200 at step 1235. In this embodiment, since the PLMN B is not in a CN overload situation, the eNB 1205 sends the UE 1200 the EAB for the PLMN B of which every bit is set to 0.

The UE 1205 receives the EAB set and determines whether its access is barred in consideration of its AC.

The MME2 1215 belonging to the PLMN B detects the CN overload situation at step 1240

The MME2 1215 notifies the eNB of the CN overload situation and overload level through the OVERLOAD START message at step 1245.

The eNB 1205 may configure an EAB for the PLMN B in consideration of the CN overload level and send the EAB to the UE 1200 at step 1250. Since the PLMN A is in the CN overload situation yet, the EAB set for the PLMN A is provided together. The UE 1200 receives an EAB set and determines whether the access is barred in consideration of its AC.

The MME1 1210 belonging to the PLMN A detects that the CN overload situation is resolved at step 1225.

The MME1 1210 notifies the eNB 1205 of the resolution of CN overload situation through an OVERLOAD STOP message at step 1260. Various types of message may be used to notify of the overload resolution. The overload may be reported using various types of message depending on the embodiment.

The eNB 1205 may configure an EAB set of the PLMN A of which all bits are set to 0 in consideration of the CN overload level of the PLMN A and transmits the EAB set to the UE 1200 at step 1265. Since the PLMN B is in the CN overload situation yet, the EAB set for the PLMN B is provided constantly. The UE 1200 receives the EAB set and determines whether the access is barred in consideration of its AC.

The MME2 1215 belonging to the PLMN B detects the CN overload situation is resolved at step 1270.

The MME2 1215 notifies the eNB 1205 of the resolution of CN overload situation through the OVERLOAD STOP message at step 1275.

If the CN overload is resolved for all the PLMNs, the eNB 1205 determines that it is not necessary to provide EAB any longer at step 1280. The UE 1200 may check this situation through SIB update procedure and, if no EAB is received, release the access barring.

FIG. 13 is a flowchart illustrating the eNB operation.

Referring to FIG. 13, the eNB creates SIB1 including the PLMN list listing n (up to 6) PLMN IDs at step 1300.

The eNB broadcasts the SIB1 for use by the UE at step 1305.

The eNB determines whether the network is in the overload state at step 1310.

The eNB includes in the SIB1 the per-PLMN EAB sets in consideration of the arranged order of the PLMNs in the PLMN list and the arranged order of the PLMN-specific EAB sets.

The eNB sets the EAB sets for the PLMNs to which EAB is not applied to 0 at step 1320.

The eNB broadcasts the SIB14 for use by the UE at step 1325.

FIG. 14 is a block diagram illustrating a configuration of the UE according to an embodiment of the present invention.

Referring to FIG. 14, the UE includes a higher layer device 1410 generating data and a control message processor 1415 for processing control message. The UE multiplexes the control signals and data to be transmitted to the eNB by means of the multiplexor/demultiplexer 1405 and transmits the multiplexed data by means of the transceiver 1400 under the control of the controller 1420. The UE receives a physical signal by means of the transceiver 1400, demultiplexes the received signal, and delivers the demultiplexed signal to the higher layer device 1410 or the control message processor 1415 under the control of the controller 1420.

FIG. 15 is a block diagram illustrating a configuration of the eNB according to an embodiment of the present invention.

Referring to FIG. 15, the eNB includes a transceiver 1505, a controller 1510, a multiplexer/demultiplexer 1520, a control message processor 1535, various higher layer processors 1525 and 1530, and a scheduler 1515. The transceiver transmits data and control signals on a downlink carrier and receives data and control single on an uplink carrier. In the case that a plurality of carriers is configured, the transceiver 1505 may transmit and receive data and signals on the plural carriers. The multiplexer/demultiplexer 1520 multiplexes the data generated by the higher layer processors 1525 and the control message processor 1535 or demultiplexes the data received by the transceiver 1505 and deliver the demultiplexed signals to the corresponding higher layer processors 1525 and 1530, the control message processor 1535, and/or the controller 1510. The control unit 1510 determines whether to include the control configuration information in the control message. The control message processor 1535 generates a control message to be transmitted to the UE and sends the generated message to the higher layer under the control of the controller 1510. The higher layer processors 1525 and 1530 may be configured per UE per service to process the data generated by the user service such as FTP and VoIP and transfers the processed data to the multiplexer/demultiplexer 1520 or processes the data from the multiplexer/demultiplexer 1520 and delivers the processed data to the service applications of the higher layer. The scheduler 1515 allocates transmission resource to the UE at an appropriate time point and in consideration of the buffer state, channel state, and active time of the UE and controls the transceiver to process the signal transmitted by the UE or transmit signals to the UE.

It is to be appreciated that those skilled in the art can change or modify the embodiments without departing the technical concept of this invention. Accordingly, it should be understood that above-described embodiments are essentially for illustrative purpose only but not in any way for restriction thereto. Thus the scope of the invention should be determined by the appended claims and their legal equivalents rather than the specification, and various alterations and modifications within the definition and scope of the claims are included in the claims.

Although preferred embodiments of the invention have been described using specific terms, the specification and drawings are to be regarded in an illustrative rather than a restrictive sense in order to help understand the present invention. It is obvious to those skilled in the art that various modifications and changes can be made thereto without departing from the broader spirit and scope of the invention. 

1. A data communication method of a terminal including a User Equipment (UE) Non-Access Stratum (NAS) and a UE Access Stratum (AS) in a wireless communication system, the method comprising: receiving, at the UE AS, emergency call information including barring information per emergency call type from a base station; transmitting, at the UE NAS, an emergency call service request to the UE AS; and determining, at the UE AS, whether to bar the emergency call service request based on the emergency call information.
 2. The method of claim 1, further comprising: forwarding, at the UE AS, the emergency call information to the UE NAS; and determining, at UE NAS, whether to bar the emergency call based on the emergency call information.
 3. The method of claim 1, further comprising transmitting, at the UE AE when the emergency call service request is barred as a result of the emergency call service request barring determination, a message including the barred type information.
 4. The method of claim 3, further comprising retransmitting, at the UE NAS, the emergency call service request different in type from the previously transmitted emergency call service request based on the barred type information.
 5. A data communication method of a base station in a wireless communication system, the method comprising: transmitting a message including data scheduling information to a terminal; and transmitting emergency call information including barring information per emergency call type according to the data scheduling information.
 6. The method of claim 5, further comprising receiving a specific type of emergency call access from the terminal, the terminal determining whether to bar the emergency call based on the emergency call information.
 7. A terminal for communicating data in a wireless communication system, the terminal comprising: a User Equipment (UE) Access Stratum (AS) configured to receive information including emergency call information including barring information per emergency call type from a base station; and a UE Non-Access Stratum (NAS) configured to transmit an emergency call service request to the UE AS, wherein the UE AS determines whether to bar the emergency call service request based on the emergency call information.
 8. The terminal of claim 7, wherein the UE AS forwards the emergency call information to the UE NAS, and the UE NAS determines whether to bar the emergency call based on the emergency call information.
 9. The terminal of claim 7, wherein the UE AE transmits, when the emergency call service request is barred as a result of the emergency call service request determination, a message including the barred type information to the UE NAS.
 10. The terminal of claim 9, wherein the UE NAS retransmits the emergency call service request different in type from the previously transmitted emergency call service request based on the barred type information.
 11. A base station for communicating data in a wireless communication system, the base station comprising: a transceiver configured to transmit a message including data scheduling information to a terminal; and a controller configured to control transmitting emergency call information including barring information per emergency call type according to the data scheduling information.
 12. The base station of claim 11, wherein the transceiver is configured to receive a specific type of emergency call access from the terminal, and the terminal is configured to determine whether to bar an emergency call based on the emergency call information.
 13. A data communication method of a base station in a wireless communication system, the method comprising: transmitting a Public Land Mobile Network (PLMN) list supported by the base station to a terminal; and transmitting a message including barring information per PLMN to the terminal, wherein the per-PLMN barring information corresponds in position to PLMNs contained in the PLMN list.
 14. The method of claim 13, wherein transmitting the message comprises including, when the per-PLMN barring information is identical among each other, the barring information for one PLMN in the message.
 15. The method of claim 13, further comprising regenerating, when a congestion situation message is received from a Mobility Management Entity (MME), the message including the per-PLMN barring information based on the congestion situation information.
 16. A data communication method of a terminal in a wireless communication system, the method comprising: receiving a list of Public Land Mobile networks (PLMNs) supported by a base station from the base station; and receiving a message including per-PLMN barring information from the base station, wherein the per-PLMN barring information included in the message corresponds in position to PLMNs contained in the PLMN list.
 17. The method of claim 16, wherein the message contains, when the per-PLMN barring information is identical among each other, the barring information for one PLMN.
 18. The method of claim 16, further comprising receiving, when a congestion situation message is received from a Mobility Management Entity (MME), the message including the per-PLMN barring information regenerated based on the congestion situation information. 